import axios from 'axios'
import { Message } from 'element-ui'
import { getToken } from './auth'
import router from '@/router'
import store from '@/store'
// 1.实例化 create方法
// 定制axios的基地址和超时时间
// 基地址？ 项目里面前面的协议域名端口都是一致的，只有后面的相对路径不一样
// 超时时间？接口从发送到返回容许最大时间差100ms
const service = axios.create({
  baseURL: process.env.VUE_APP_BASE_URL,
  timeout: 5000 // request timeout
})

// 请求拦截器
// 做什么呢？在正式接口发送之前容许我们对接口参数做一些配置
// 具体的事情：注入token在请求头->为了大部分需要鉴权的接口能够统一获取到用户标识

// 为什么进择这里解决？很多的接口都有此类问题统一解决
// 问题：后端不以200-300作为接口成功失败的标识以一个自定义的success作为标识
// 前后端的依据不统一永远走的都是成功回调
// 解决思路：前端自己判断当前接口成功还是失败   如果成功还是按照之前的逻辑return数据
// 如果失败   手动抛出错误return  Promise.reject()
service.interceptors.request.use(
  config => {
    // 这里的return不能丢
    // 拿到token  存入请求头
    const token = getToken()
    if (token) {
      // 前面的autorization和后面的拼接方式都是固定的   业内规范
      config.headers['Authorization'] = `Bearer ${token}`
    }

    return config
  },
  error => {
    return Promise.reject(error)
  }
)

// 1响应拦截器
// 做的什么事儿？在数据从后端返回到客户端的时候先被拦截下来做一些自己的事儿
// 具体的事情：1.401 token失效强制跳回到登录2.简化组件中请求数据的访问(可以直接使用res访问之前的（res.data）)
// 注意事项：以http状态码决定的2xx就执行第一个成功回调不在200-300走第二个失败回调
// 谁决定当前的状态->后端区
service.interceptors.response.use(
  response => {
    // 这里的return千万别丢
    const { data, message, success } = response.data
    if (success) {
      // 接口成功
      return data
    } else {
      // 错误提示用户
      Message.warning(message)
      // 手动抛出错误
      return Promise.reject(message)
    }
  },
  error => {
    if (error.response.data.status === 401) {
      // 1. 清理失效的数据
      store.commit('user/removeUserInfo')
      // 2.跳转登录
      router.push('/login')
    }
    return Promise.reject(error)
  }
)

export default service
